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S ervice providers face a major issue in - 
determining the best approach for 
handling the high volumes of Ethernet 
traffic generated by the proliferation of 
network access applications. 
Depending on the requirements of 
LAN, WAN, or MAN applications, there 
are a number of approaches that may 
be used for Ethernet data transport. 
This paper- outlines the advantages and 
methodologies of Virtual Concatenation (VCATor VC) 
and Link Capacity Adjustment Scheme (LCAS), which 
define the method of transport commonly used in 
Ethernet over SONET/SDH (EOS) applications, as 
well as for other data transmission services. 




ilnderstandiny Virtual Concatenation and Link Capacity Adjustment Scheme in SOil/SDH 

Optimizing Ethernet transport over existing infrastructure for profitable delivery of broadband services 



Introduction 



Authors 



Asis Mukhopadhyay 
Technical Leader (STS) 
TranSwitch Corporation 



Bert Klaps 

Senior Member Technical Staff (SMTS) 
TranSwitch Corporation 



Robert Schwaber 

Product Marketing Manager 
TranSwitch Corporation 



William Todd 

Technical Director, Systems Solutions 
TranSwitch Corporation 



A$Pre$enteiiattlie2003: 

O COMMUNICATIONS 

.JSilLDESIGN CONFERENCE 



The proliferation of Local Area Network- 
based applications is challenging carriers to find 
the optimum approach for transporting high 
volumes of Ethernet traffic. The urgency to find a 
solution increases as the demand for broadband 
Internet access (for email and Web-based 
content), packet-based video conferencing, and 
tunneled Virtual Private Networks (VPNs) 
becomes more widespread. The growing 
demand for bandwidth is matched by the 
increasing need for reliable service level 
management and security. These are especially 
important fore-commerce hosting of outsourced 
applications, such as Customer Relationship 
Management (CRM), and for Storage Area 
Networking (SAN) for outsourced 
access/management of server content, such as 
that required for disaster recovery. 




Switch 
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Itie Fundamentals of Virtual Concatenation 



SONET/SDH networks can transport various client signals at different rates over a flexible synchronous optical hierarchy. The 
payload capacity of the basic STS-1 /STM-0 signal may consist of independent Low-Order tributaries Virtual Tributaries (VTs) in 
SONET or Tributary Units (TUs) in SDH that transport lower-rate services. Alternatively, higher-rate OC-N SONET/SDH signals 
can be built with N units of the basic STS-1/STM-0. 

Concatenation may be used to transport payloads that exceed standard payload container capacity (VC-3). For High-Order 
paths (STS-1 /AU-3 and above), concatenation may be either contiguous or virtual. The contiguous concatenation method uses 
a pointer containing a 'concatenation indicator", with component STS-1 signals identical in phase and transported together as 
one entity; for example, the 149.76 Mbps STS-3C container. With Virtual Concatenation, the payload is divided over multiple 
STS-1 /STS-3c signals that may travel along different physical routes. Because contiguous concatenations were not popular for 
Low-Order containers, such as TU-3/TU-2/TU-12/TU-1 1 (SDH) or VT6An"2An"1 .5 (SONET), aggregating these containers for 
high payload rates requires Virtual Concatenation. 
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1) Number of containers t tmited by 6 bit field in K4 bit 2 multiftame stnjcture. 



2) Number of containers I tmited by 6 bit fleid in H4 by te multi frame stnxt ure. 



3) Tli pointer and TU-POH bytes exduded 



4) The TU-3A/C-3 Container is a low order entity in terms of its posi tion In the SDH hierarchy but is handled much 
the same as an AU-3A/C-3 for VC & LCAS due to its size and structure 



Figure 1: Virtual Container Size Chart 



Figure 1 shows the capacity of Virtually 
Concatenated tributaries in SONET and SDH, 
respectively. High-Order VCAT groups the 
payload of different signals at 48.384 Mbps or 
149.760 Mbps, and Low-Order VCAT groups 
the payload of different VTS/TUS at lower 
rates, such as 1.600 Mbps or 2.176 Mbps. 
Bandwidth usage can be improved by 
accommodating different bit rates 10 Mbps, 
100 Mbps, 1 Gbps, and 10 Gbps for Ethernet 
LAN services in appropriately sized VCAT 
payloads. By using different containers, voice 
and data can be sent over the same transport 
staicture. The most popular containers for this 
purpose are VC-1 1 , VC-12. VC-3 and VC-4. 



Unlike contiguous concatenation, which requires functionality at each intermediate network element as well as at the path 
termination equipment, VCAT requires functionality only at the terminations. Therefore, introducing VCAT capability 
necessitates equipment upgrades only at the ends of the path, thereby avoiding the expense of replacing legacy equipment at 
intermediate nodes. 



Virtual Concatenation of Multiple Paths 

Virtual Concatenation is a Management-Plane-oriented protocol. VCAT of multiple paths requires using the 
Control/Management Plane to establish a link between a Source End (So) and a Sink End (Sk) for a Virtually Concatenated 
Group (VCG). The Management Plane identifies the VCG members, assigns a physical path for each of them and tracks the 
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The So of the VCG then uses the link to pass a Path Overhead (POH) byte to the Sk. The byte conveys information about the 
relative phase difference between each amvingmember of the CG and indicates the physical delay incurred during transit. By 
delivering the sequence nunfiber of each member, the POH byte also informs the Sk of that member's position in the original 
order of VCG members at the So. Virtual Concatenation is defined in ITU-T Recommendation G.707. Section 11 and in ANSI 
T1. 105-2001. 

Designers have the option of using LCAS to achieve hitless adjustment of the payload allocated to VCGs, Doing so enables 
members to be added to or removed from a VCG as capacity requirements increase or decrease or as link failure conditions 
occur. The ITU-T G.7042 recommendation defines the LCAS scheme. 



Driving Forces Behind VCAI and LCAS 



The primary drivers behind Virtual 
Concatenation include scalability, 
efficiency, compatibility and resiliency 
The popularity of this methodology is 
due to the real benefits afforded both 
network providers and end users. Prior 
to the emergence of Virtual 
Concatenation, the available container 
sizes for data transmission were limited 
to a few possibilities (STS-1, STS-3c, 
STS-12C, ... Synchronous Payload 
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Fioure I: Virtually Concatenated Application 
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Envelopes (SPES) serve as examples of typical North American containers). Intermediate container sizes (STS-6c, STS-9c) 
were never popular and, typically, Low-Order (LO) containers were not used for data transport. 



With the creation of Virtual Concatenation there is now a greater range of flexibility in sizing the containers to meet the 
requirements of the data payload. Containers of nx VT-1.5 (Figure 2), nx STS-1 and nx STS-3C are all now possible, 
accommodating applications between 1 .6 Mbps and 38 Gbps. This scalability, combined with flexibility of container selection, 
permits efficient use of bandwidth and avoids creation of unusable 'islands' of bandwidth, improving the efficiency of 
provisioning. Compatibility of the network is maximized since the network core is already capable of transporting the containers 
in question. It is sufficient to install the VCAThardware at the points of temnination and provision the routing through the network 
core. The multiframe stmcture used in the Virtual Concatenation process permits inverse multiplexing of large payloads into 
groups of several small containers, routing individual containers of a VCG across diverse geographical routes to reach the 
destination. There they are recombined after compensating for the differential delay incurred in transmission. 

Link Capacity Adjustment Scheme builds on Virtual Concatenation principles to provide dynamic bandwidth control. A system 
must first use VCAT for LCAS to apply Using LCAS, the bandwidth of a service may be programmed to change overtime without 
impairments (no data loss). The benefits of this are increased flexibility and efficiency of the network and greater reliability. 
Bandwidth supplied may be scheduled to match clients' workload requirements. 




Understanding Virtual Concatenation and Link Capacity Adjustment Scheme in MUlW 

Optimizing Ethernet transport over existing infrastructure for profitable delivery of broadband services 



00:00 06:00 I2K)0 18-00 




ltelBW-«.4Mb|M ItelBW-JJIApi Ibtil 8W - O Mbp* To^BW-Ij6M 



Figure 3: Potential ICAS Application 



Should failures occur on individual containers in a group, 
the size of the group can be reduced temporarily instead 
of taking the entire group out of service. Once the defect 
is repaired, the group size can be restored in a 'hitless' 
manner. Nodes providing LCAS service will inter-work 
with non-LCAS nodes by reverting to a non-LCAS mode 
of operation. These attributes make LCAS a very 
attractive service for both providers and customers. The 
example of an LCAS system shown in Figure 3 would 
require a dynamic Operations System (OS). 



As noted earlier, Virtual Concatenation and Link Capacity Adjustment 
Scheme are Management-Plane-oriented processes (Figure 4), 
Virtual Concatenation of multiple paths involves creation of a link with 
a Source End (So) and a Sink End (Sk) for the Virtually Concatenated 
Group (VCG), identifying members of the VC6 and assigning the 
physical path for each member. Path Overhead (POH) bytes are 
used by the So in all the constituent members to pass information to 
the Sk regarding the relative phase difference between aniving 
members of the VCG and the sequence number of each am'ving 
member. The Sink End requires suitably-sized memory for buffering 
of all arriving members of a VCG. 




Figure 4: Management Plane View 



LCAS is an optional method for hitlessly adjusting the payload allocated to VCGs and uses control packets carried in the Path 
Overhead information of the VCG members. Bandwidth adjustments are initiated by the Network Management System (NMS) 
by fonA/arding a request to the LCAS Controller (LCASC) located at the So and all affected Sk nodes. The LCASC will 
synchronize the adjustment request by generating the appropriate control packets and monitoring responses from the Sks. 

Understanding the VCAI and LCAS Processes 

An understanding of the Virtual Concatenation and LCAS 
processes begins with a short review of the SONET/SDH 
frame structures and overhead bytes. Figure 5 shows the 
basic 125-microsecond STS-1 frame structure used in 
North American SONET and its respective overhead. 

This structure provides the basis for all SONET/SDH 
transmission fonnats from STS-1 (51.84 Mbps) through 
STS-768 (39.813 Gbps). In ITU-T terminology, the 
equivalent SDH rates are numbered STM-0 through STM- 
256. Path Overhead bytes for all SONET SPE structures, 
and for SDH SPE structures of VC-4, AU-4A/C-3 and AU- 
3A/C-3 are as shown in this figure, with those bytes 
relevant to discussions of Virtual Concatenation and LCAS 
highlighted. 
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Figure 5: SIS-l Frame Structure and Overhead Bytes 
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For High-Order Concatenation, the key overhead bytes 
are C2 and H4. SONET/SDH uses a signal Label to 
identify the type of payload being earned in a container. At 
the Higher-Order level, the C2 byte is used for this 
purpose. The remaining byte crucial to Higher- Order 
Virtual concatenation and LCAS is H4. The H4 byte 
multiframe sequence concept commonly used for T1 and 
E1 tributary mapping has been expanded from a simple 
multiframe sequence of fourframes (500 microseconds) to 
a twotiered multiframe stmcture of 4096 frames total (512 
milliseconds) for Virtual Concatenation applications. We 
will examine this process in detail shortly. 
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For Lower-Order Concatenation, the key overhead bytes 

are V5 and K4. These are highlighted in Figure 6. There figure B: lypical 500 Microseconil MuiliframB Structure Showing W POH Bytes 
will be one set of overhead bytes for each container. V5 is a 

multifunction byte with several fields defined including a 3-bit Signal Label for identifying the payload type. Since eight 
possibilities are too restrictive, one code has been reserved as an extension code and additional payload types will be defined 
using the K4 byte. In addition, the K4 byte contains the remaining hooks for Low-Order VCAT and LCAS processing. 

High-Order Virtual Concatenation 

The table in Figure 7 shows all payload types currently 
supported. Not all payloads will use Virtual 
Concatenation; those which are candidates for VCAT 
processing are highlighted in the figure, including the 
popular Ethemet mapping containers. 



Figure 7: C2 Byte Signal Label Definitions 

The multiframe stmcture of the H4byte is shown in Figure 8. This figure 
illustrates the two-tier multiframe structure used for STS- 1, VC-3 and 
STS-3cA/C-4 container groups. 

The MFI-1 multiframe is a continuously repeating structure containing 
sixteen 125-microsecond frames. It utilizes bits 5-8 of the H4 byte and 
provides a sequential count of 0-F (4-bits). This gives MFI-1 a 2- 
millisecond period. The frame count is used to indicate the purpose of 
information in bits 1-4 of the H4 byte: 

Frame 0 contains MFI-2 count bits 1 -4 
Frame 1 contains MFI-2 count bits 5-8 
Frame 14 contains Sequence Indicator bits 1-4 
Frame 1 5 contains Sequence Indicator bits 5-8 
^Remaining Frames (2-1 3) are reserved (set to OH) 
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MFI-2 cx)ntains a repeating sequential count of 00-FFH (8-bits), giving it a length of 256 IVIFI-I frames or a total length of 4096 
frames and a 51 2-millisecond period. 

The frame number is used to compensate for wide propagation delay variations and realign data frames at the destination. All 
members of a group will receive the same frame number for frames transmitted simultaneously. Containers received at the 
destination with differingframenumberswill need realignment. 

The sequence number will be assigned uniquely to each member of a group and may have a range of 00-FFH. It is used to 
identify member position of a path signal within a VCG for proper multiplexing of recovered data at the destination. The sequence 
number of a given memberwill be the same for each frame. 

Low-Order Virtual Concatenation 



The process for Lower-Order concatenation is similar, though the 
mechanics differ somewhat. In this case, there is insufficient space 
in the V5 overhead byte to define all payload types in the nonnal 
Signal Label field (Figure 9). The '101* code is used to designate an 
Extended Signal Label for all additional types specified using bit 1 in 
the K4 byte. 
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Figure 11: K4 Byte, Bit 2 Usage 



Signal Label: Used to identify the signai type: 

000 - Unequipped 

001 - Equipped • non epecific 

010 - Asynciironous Mapping 

011 - Bit Synchronous IMapping (no longer used) 

100 - Byte Synchronous IMapping (TU11 or TU12) 

101 • Extended Signal Label for Virtual Concatenation Applications 

See K4/Z7 byte for extensions 

110 - Test Signal (0.181) (ITU) 

111 -VCAIS(ITU) 



Figure 9: V5 Byte Signal label 

The K4/Z7 byte has several defined fields which are used for 
different purposes. The first two bits are used for Extended 
Signal Label and Lower-Order Virtual Concatenation. Using 
these bits in conjunction, a 512- millisecond multiframe is 
constructed for the purpose of transporting payloads across 
the network and reconstructing them at the destination (Sink 
End). The details of the functionality of K4 bits 1 and 2 are 
shown in Figure 10 and Figure 1 1 , respectively 

Figure 10 shows the details of the K4 byte, bit 1 as related to 
Virtually Concatenated applications. Bit 1 establishes a 32-bit 
multiframe period 16 milliseconds in length. Note that one bit 
of this sequence is received every 500 microseconds. Bits 1 
through 11 of this stmcture create a framing pattern used to 
validate information contained in both bit 1 and bit 2 of K4 for 
extended applications. Bits 12-19 are used to define the 
Extended Signal Label (payload type). Bit 20 is always set to 0. 
The remaining bits are reserved for future use (set to 0). It 
should be noted that the usage of bit 1 will be the same for both 
LCAS and non-LCAS Virtual Concatenation operations. 




Figure 11 shows the details of K4 byte, bit 2 operation. Bit 2 uses a 32-frame multiframe period of 16 milliseconds in length 
running in parallel to that created by bit 1 . The first 5 bits contain a frame count (00-1 FH) which runs continuously for a total period 
of 512 milliseconds. 

As in HO VCAT applications, the frame number is used for differential delay compensation and the sequence number is used to 
identify the member position of a path signal within a VCG for proper multiplexing of recovered data at the destination. 



Link Capacity Adjustment Scheme is a companion to Virtual Concatenation and provides a real time control mechanism to 
increase/decrease capacity of a Virtually Concatenated Group without incuning hits to active traffic. Bandwidth needs of an 
application may be 'trimmed' as required via control packets. Member links experiencing failures may be removed from a group, 
temporarily reducing the bandwidth but not disabling the link. The Network Management System is responsible for creating, 
destroying and managing all VCGs. 

Control packets are used to synchronize changes in link capacity and are sent from Source to Sink and from Sink to Source. The 
control packets transmit commands and describe the status of the link. Changes are sent in advance so the receiver may 
anticipate the new configuration. 

Key information in fonvard direction control packets (Source to Sink) includes Multiframe Indicator Fleld(s) (MFI), a Sequence 
Indicator Field (SQ), a Control Field (CTRL), a Group Identification bit (GID), and a Cyclic Redundancy Check (CRC) field. 

In the return direction (Sink to Source), the key Infomiation contained in control packets consists of a Member Status Field 
(MST), a Re-Sequence Acknowledge bit (RS-ACK) and a CRC field. 

LCAS procedures include Addition of a Member to a VCG, Deletion of a Member, Temporary Removal of a Member, and 
Recovery from Temporary Removal. Again, all activity is initiated by the Network Management System and managed locally by 
the LCAS Controller. 

To add a member to a VCG, the Source sends a CTRL=ADD. Multiple members may be added in one sequence of commands. 
The first member to respond with MST = OK is allocated the next higher SQ number. The fomier high SQ number is given a 
CTRL= NORM. The new high SQ number is given a CTRL= EOS. The new member will canry payload in the frame following the 
frame containing the CRC forthe packet with the NORM/EOS CTRL command for that member. 

When members are deleted from a VCG, remaining members may require renumbering. If the highest SQ number is deleted, the 
next highest number has its CTRL=EOS. If any other member is deleted, the sequence number of all remaining members is 
adjusted. 

Members may be removed temporarily from a VCG when problems occur. When the Source detects a MST=FAIL for a particular 
member from the Sink, that member is removed from the VCG, The Source will replace either a CTRL=NORM or a CTRL=EOS 
with a CTRL=DNU, and the Sink will discontinue processing payload for a member upon receiving a CTRL= DNU. When the 
problem is resolved, the Source will receive a MST=OK for the corrected member, and that member is reconnected to the VCG. 
The Source will replace the CTRL=DNU with either a CTRL=NORM or a CTRL=EOS and the Sink will resume processing 
iiiaivicjad.fQi:^ mgrnberupon receiving these commands. Subsequent container frames will contain data as payload. 



link Capacity Adjustment Scheme 
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High-Order LCAS is built upon High-Order Virtual 
Concatenation. To accomplish this, sonne bits in the H4 
byte previously defined as 'Reserved' will take on the 
functionality of the LCAS control packets. Figure 12 
shows the H4 byte structure for HO LCAS systems. 
Please note that it is backward-compatible with n o n - L 
C A S V i r t u a I Concatenation systems. An LCAS 
control packet is defined as beginning in MFI- 1 frame #8 
and ending in frame #7 of the subsequent MFI-1 
multiframe. The additional nibbles defined are shaded: 



Member Status (8 bits) 
RS-ACK(lbit) 
Reserved (12 bits) 
CTRL (4 bits) 
GID(1 bit) 
Reserved (8 bits) 
CRC-8(8bits) 



A CRC-8 is used to validate the control packet at 
the Sink End for immediate acceptance of 
changes, facilitating the synchronization of Source 
and Sink. Figure 1 3 shows the details of CTRL and 
MSTfields. 
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H4912 



• Frame IndlcatOR A combination of the 1 at and 2nd Multiframe countefB (0-4095) 

• Sequence Indicator Numtier to Identify each member in the VCG (0-255) 

• CTRL: LCAS Control Word (per table) 

• GID: Group Identification B» (PRBS » • 1). 

• Member Status: The status report of Individual members of the VCO (per table) 

• RS-ACK: Re-«equence Acknowledge bit 

• CRC-8: Eight bit CRC check for fast acceptance of Virtual Concatenation OH. CRC 

polynomial a X* 4^ X>-i>X-»^1 
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Figure 13: Details of HO CTRL and Member Status 



Low-Order LCAS 



(K4) byts details: K4 Byte, Bit 1 w/LCAS: 

Extandad LO APS APS ERDI EROI EROI OataL 

SIg. LAbal Vtr. Concat 




Low-Order LCAS is built upon Low-Order Virtual Concatenation, 
To accomplish this, some bits in the multiframe sequence bit 2 of 
the K4 byte previously defined as 'Reserved' will take on the 
functionality of the LCAS control packets. Details are shown in 
Figure 14. 
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Inter-Working Between LCAS and llon-LCAS Systems 

Situations may arise where equipment supporting LCAS may be installed in networks where other equipment supports Virtual 
Concatenation alone. The LCAS layer has been designed in such a way as to facilitate inter-woilcing of the two types of 
equipment. To permit this operation, non-LCAS receivers will ignore all bits except the MFI and SQ number. The non-LCAS Sk 
always returns MST=OK. An LCAS receiver will recognize a signal from a non-LCAS transmitter (CTRL=OOH and CRC-8=00H) 
and ignore all bytes except for MFI and SQ number, thereby reverting to a non-LCAS mode of operation. 

yC-12 LCAS Examples 

As a graphic illustration, let us examine LCAS in action. We will look at two cases: normal bandwidth increase and decrease 
operations using VCGs made up of TU-1 2A/C-1 2s, To be sure, other scenarios exist, but a look at these two cases will give the 
reader reasonable insight into the workings of this service. We should keep in mind that the tributary containers in the VCG may 
be routed over different geographical routes and may incur various delays. Similarly, theTUS used in the return path may be 
subject to different delay characteristics. The LCAS process assumes that the VCAT process it is built upon will compensate for 
the delays and reconstruct the payload from its tributary containers. 



Addition of Bandwidth in a VCG 



lypical LCAS Scenario: Add (2) Members to a group of 2 

Mem #1 (Norm) Mem #2 (EOS) 

Sk Sk 



Mem #a (new) 
Sk 




In this example we have a total of four TU- 
12/VC-12 tributaries providing an LCAS 
service link between two nodes in the 
network. In our initial condition we find that 
our group has two or idle members, giving 
us a foHA/ard direction bandwidth of 4.352 
Mbps. The NMS will initiate an Add 
operation to bring the remaining two 
containers on line and double the 
bandwidth. The LCAS Controller at the So 
will then orchestrate the remainder of the 
process (Figure 15). In an addition 
operation, new members will be added to 
the end of the sequence. 

At the outset, the first member of our group 
is carrying a SQ# = 0 and a CTRL = NORM. 
The second member carries an SQ# = 1 and 
a CTRL = EOS to indicate that it is the last 
member of the sequence. Remaining 
members of the group receive an SQ# >1 
and a CTRL + IDLE to signify that they are not in use. It should be noted in this example that no changes will occur with respect to 
the first member throughout the entire process. Similarly, for larger groups, 'ADD' changes will only affect the last active member 
aftbegxisjing group and the new members being added. 
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Figure I i: Adding Bandwidth to a VCG using ICAS 
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■CTRL-EOS, SO-3 



CTRL«N0RM.S0>2 
CTRL-NORM. SQ-1 
CTRL-NORM, S04 

BWb 8.704 Mbpft 



■CTFL-tDtJE, SQ>1 



CTRL-EOS, SQ-2 
SQ-t 



CTRL-NORM. 80-0 gW- 6.528 Mbps 



Figure 1 6: M ADD [xample using ID-1 2 containers 

Subsequently, the So receives the MST = OK from 
member *a+1 ' and this member is added to the group 
when the So sends CTRL = NORM to 'a' and a CTRL 
= EOS to 'a+r. RS-ACK Signals are retumed from 
Sink to Source to acknowledge sequence 
adjustments. 

We have now adjusted the bandwidth to our desired 
level of 8.704 Mbps. (see Figure 16). This change 
has been effected in a hitless manner. Had the 
responses from the idle members returned to the So 
in reverse order, 'a+1' would have been assigned 
SQ# = 2 and 'a' would have been made the EOS with 
anSQ#=3. 



The NMS initiates the activity by notifying the 
LCASC and the Sks to be added that the 
change will occur. The LCASC takes over and 
executes the ADD command by sending 
control packets to the two new members with 
SQ# =2 to one member. SQ# =3 to the other, 
and CTRL= ADD to both. In the example, 
member V is #2 and "a+r is #3. These two 
members, In turn, reply back with a report of 
their status. The first to reply back to the So 
with a MST = OK will be added to the group as 
#2 and be given a CTRL of EOS. Meanwhile, 
the member previously receiving an EOS will 
now receive a CTRL = NORM. At this point, 
the group consists of three active members 
and is carrying a payload of 6.528 Mbps. 



IVplcal LCAS SttMrlo: Delete Membcn #2 & #3 or4 
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Inter-Working Between ICAS and Non-LCAS Systems 



In this example we will perform the inverse process we just went through. In the previous example, we established a working 
VCG consisting of four active TU-1 2A/C-1 2 members. Now we will decrease the group to a size of two VC- 1 2S by removing the 
two members from the middle of the group. While a group is normally added to at the end of an existing sequence and the size of 
the group will be increased in stages, a decrease operation may take out any members from the group and they may be removed 
simultaneously. In our example we will reduce the bandwidth by half, removing the two members in the center of the sequence. 
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In this case, we start with an orderly group as follows: 

The first member of ourgroup is carrying an SQ# = 0 and a CTRL = NORM. 

The second member carries an SQ# = 1 and a CTRL = NORM. 

The third member cames an SQ# = 2 and a CTRL = NORM. 

The fourth member carries an SQ# = 3 and a CTRL = EOS. 

The total initial bandwidth is 8 704 Mbps. 

The NMS initiates the activity by notifying the So LCASC to cut two members from the group (Figure 1 7). The LCASC takes over 
and executes the Decrease command by sending control pacl^ets to the members it wishes to remove with SQ# >1 , and CTRL 
=IDLE to both while at the same time sending a 
CTRL = EOS and an SQ# = 1 to the fourth 
member of the group. As in the previous case, 
no changes are made to the first member of 
the group throughout the process. An Sk will 
stop processing payload for the container in 
question immediately upon receiving a CTRL = 
IDLE. In this way multiple containers may be 
dropped simultaneously. The last container in 
the group will respond with an RS-ACK to 
accept the sequence change and our final 
payload bandwidth will be 4.352 Mbps (Figure 
18). The Decrease command issued to the Sk 
LCASC is done in case de-provisioning of the 
containers is desired once they are removed 
from the group. 

Symmary 

Virtual Concatenation and Link Capacity Adjustment Scheme greatly enhance the data 
transport capabilities of SONET and SDH, facilitating the extension of LANAAWVN 
applications on a global basis and offering improved efficiency, flexibility and reliability to 
benefit network providers and customers alike. With the information provided in this paper, 
a reader versed in SONET/SDH will gain an understanding of these enhanced data 
transport methods and an appreciation for the power they bring to the field of 
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Figyre 18: LCAS Decrease Example in a 111-12 VCG 
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